win32: Actually check for IPrintDialogCallback in configure

win32: Fix modal_hint handling

Modal hints are not really a stack. All windows that are modal
are allowed to get input, not just the top one.

This fixes bug #604156

win32: Don't use API_CALL for SetWindowLong

This can return 0 without it being an error.
Should fix the last issue with bug #142874

win32: Make flush/sync work like in X

gdk_flush() should gdk_display_sync() on all open displays.

Both for display_flush and display_sync it seems useful to call
GdiFlush, but we don't have anything extra to do for display_sync,
as there is no inherent roundtrip on win32.

This should close bug #84314

win32: Add custom placements for some window types

Windows with transients: center on parent
Splash screens: center on monitor
Also properly ignores initial moves of unmapped
windows that are not override redirect or HINT_POS

Fixes bugs #324254 and #612359

win32: More robust way to ensure we get a configure event after move/resize

There were still cases where we didn't get a WINDOWPOSCHANGED after
a SetWindowPos() call, like e.g. with a larger minimum size than
the set size (bug #574935)

So, we revert the previous fix and now just always manually emit
a configure notify after the move_resize call. Also, we inhibit
the WINDOWPOSCHANGED configure event during the move_resize operation
to avoid multiple Configures.

win32: Ensure we always send a configure event when changing size/pos

There are some cases where we don't get a WINDOWPOSCHANGE such that
we generate a configure event, even if we called gdk_window_move_resize()
or similar. For instance:
* The window is fullscreen
* The window is maximized
* The specified pos/size is the same as the current one

However, as per X11 ConfigureNotify semantics we *always* want one, or
we could run into issue like e.g. bug #537296 where we're waiting for
the CONFIGURE to call gdk_window_thaw_toplevel_updates_libgtk_only().

win32: By default, allow windows larger than the screen

win32: Fix size or style changes during fullscreen

When we're fullscreen we should update the cached hints, and we
should not apply the normal hints to the style.

This fixes bug #516822

win32: Use WM_NCDESTROY instead of WM_DESTROY

WM_NCDESTROY gets called after children are destroyed, which is
the semantics DestroyNotify has in X11.

win32: Don't remove the window from the handle table on destroy

We always get the WM_DESTROY message anyway, and we remove it there.
Bug #336416 even claims this could be a leak if the WM_DESTROY
message was not seen before the DestroyWindow call returned, as
the WM_DESTROY message could not be handled later without the
window in the handle table. I'm not sure this can happen, but we
might as well remove it.

win32: Make set_keep_above work also for non-mapped windows

This fixes bug #171456

win32: Send window-state-changes before configure events

This is requires to that the state of the window is right when
you get the configure event (and to match what X does).

Fixes bug #169811

win32: Send initial configure

We need to send a configure event when a window is shown.

win32: Ignore client requested window move/size during SIZEMOVE

This will just be fighting the user like in e.g.
https://bugzilla.gnome.org/show_bug.cgi?id=64428

win32: Remove most special casing of WINPOSCHANGED during modal ops

There is no particular reason to special case this, we want to handle all
sort of normal events. The only special thing we keep is that
as an optimization we pump the message loop extra during a WINPOSCHANGED
in a modal operation as that will cause us to repaint faster.

Also, bump the arbitrary number of mainloop iterations for the timer.
I don't see why we need it at all, but at least doing more than one
iteration if needed should be nice.

win32: Fix missed resize exit message

When you start a window resize or move via the window menu and
don't actually change anything we're not getting an exitsizemove.
In order to work around this we also look for WM_CAPTURECHANGED.

win32: Handle all window changes in WINDOWPOSCHANGED

This moves all the code from WM_SIZE, WM_MOVE, and WM_SHOWWINDOW into
one place, cleans up the code and makes sure we only send a single
configure event even if both size and position changes.

win32: Fix up window_show

We don't pass in raise anymore, but already_mapped.
Also, already_mapped must be used rather than MAPPED, as we already
synthesize the MAPPED in the generic code (and thus we don't have
to synthesize it again).

win32: correctly handle difference between tab_pos and gap_side when drawing an extension (notebook tab)

win32: add TODO mentioning GtkButton::child-displacement-x & y should be 0 when XP theme is active

win32: fix typo in msw_style.c

https://bugzilla.gnome.org/show_bug.cgi?id=647460

win32: Call GetQueueStatus instead of PeekMessage PM_NOREMOVE

Calling PeekMessage can cause reentrant calls into the window procedure
for sent (as opposed to posted) messages, so its not safe to call
when we're not expecting reentrancy. Instead we call GetQueueStatus
when we're just looking for availible messages.

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=552041

win32: Better crossing events and grab destination reporting

We new report to the right window during !owner_event grabs, and
we send proper enter and leave events.

win32: Record the native event mask in use

win32: Use right native_window for implicit grabs

The native grab really is on the window that got the button press event.

win32: in window_at_pointer, ensure that we handle non-client areas correctly

We should not return a window if the pointer is in the non-client area,
like the titlebar.

win32: Handle implicit grabs

win32: Update input device code to use the new property names in constructor

win32: Fix up initialization order of input subsystem

We were getting warnings due to windows being created before input
subsystems were fully initialized.

win32: Fix DnD when drag icon is below the pointer

By reverting gdk_drag_find_window_for_screen logic to what it was
before eb21a7df290936223f6a80cef36b52a8c68a1d22.
The old logic knew how to ignore drag_window when searching
for dest_window, but that code was removed (I guess by accident).

https://bugzilla.gnome.org/show_bug.cgi?id=616544

win32: dnd should not be registerd for offscreen windows

https://bugzilla.gnome.org/show_bug.cgi?id=616544

Win32: Fix _gdk_windowing_window_at_pointer to correctly return a toplevel

Commit 5ebb32d1ffa23241d562fb4d5be02bc6f156b515 didn't add the correct
code to find the toplevel window. The WindowFromPoint() function does
not return the toplevel window in the hierarchy, it returns the deepest
non-disabled, non-invisible child. As we don't use invisible or disabled
windows, we don't actually need to use the ChildWindowFromPoint walk for
the non get_toplevel case, so we can remove that code path.

To find a toplevel, we need to start from the desktop and work up, using
ChildWindowFromPointEx (to ignore invisible and disabled windows). If we
don't ignore invisible and disabled windows (as is the case with the
ChildWindowFromPoint call, we are liable to get returns of hidden or
disabled children of the desktop which don't belong to us, but notionally
occupy the same area under the pointer.

An alternative might be to start our walk with one of the children of the
desktop owned by our process and thread - which we can enumerate using,
the EnumThreadWindows call, or (presumably) determine internally. This
would not work when we are inside a GtkSocket though, as the children of
the desktop would belong to the process owning the GtkPlug - we would
have to rely on our own list of windows.

For correctness, this commit adds tests to ensure that we don't try to
return either x or y window coordinates if that corresponding pointer is
NULL.

https://bugzilla.gnome.org/show_bug.cgi?id=658842

Win32: Ensure native back-end for windows where the user requests their handle

https://bugzilla.gnome.org/show_bug.cgi?id=658841

Add G_ENABLE_DEBUG #ifdef check in gdkdisplay-win32.c

Commit 88707e6912c376faedf0b8c5b02895aa18473cb4 used
_gdk_win32_cf_to_string, which is only defined when G_ENABLE_DEBUG
is defined, so add G_ENABLE_DEBUG #ifdef around that part.

win32: resurect Windows clipboard selection notification

This is a rewrite of e6fa7394baa8a7cb80ae01a0c81729717019172b, with
misc fixes that should help with some bugs Tim was talking about.

https://bugzilla.gnome.org/show_bug.cgi?id=652239

win32: Resurrect some enter/leave notify events for native windows

The button highlighting in testgtk works again, even with
GDK_NATIVE_WINDOWS. Unfortunately testgtk:menus still does
not work for the forced-native-window-case.

win32: Never pass SWP_NOSIZE or SWP_NOMOVE to SetWindowPos

In _gdk_window_move_resize_child it tries to decide whether to pass
SWP_NOSIZE and SWP_NOMOVE based on whether the new size and position
is different from the window's existing position. However it seems
that GDK now ends up updating the window's position before calling
_gdk_window_move_resize_child so this would mean it would think the
window never changes size or position so SWP_NOSIZE|SWP_NOMOVE would
always be set. This causes child windows to never be resized.

This patch changes it so that it never passes either flag to
SetWindowPos. I don't know whether this will cause any side effects
but you'd think it shouldn't do any harm to reassert the current size.

https://bugzilla.gnome.org/show_bug.cgi?id=628049

Signed-off-by: Hans Breuer <hans@breuer.org>

Fix build by adding include

build failed with a GTK_IS_VIEWPORT link error

Add include to fix the build

a11y: Get rid of gtk.h includes in headers

This way, we can include them without accidentally including deprecated
code. Which means we can still use the recently added turning-off tricks
for deprecation warnings.

a11y: Fix gcc warning

a11y: It's not a bug if there's no row at some point

In that case, there's just nothing there.

gtk: Fix parsing of accelerators with keycodes

GDK_KEY_VoidSymbol is not the same as keycode 0. This fixes
keycodes such as "0xb3" being parsed as "VoidSymbol" keysyms.

https://bugzilla.gnome.org/show_bug.cgi?id=663761

gtk: Fix GtkCellRenderer ignoring keycodes

We should use the new helper code rather than invent our own
functions again.

https://bugzilla.gnome.org/show_bug.cgi?id=663761

gtktreeviewaccessible: use a value_destroy_func with the cell_info_by_index hash

This ensures that we don't leak any GtkTreeViewAccessibleCellInfo when
re-inserting a new one with the same key.

https://bugzilla.gnome.org/show_bug.cgi?id=663694

gtktreeviewaccessible: factor out cell_info_free()

https://bugzilla.gnome.org/show_bug.cgi?id=663694

broadway: Initial support fro V7+ websockets

Allows more modern browsers eg. firefox 5+ to use gtk/broadway
Auto-detects protocol version, and can switch between them at
as you connect a different browser.

This works to some extent, but seems to hang sometimes, for
instance the "button box" test in testgtk never shows up.

uimanager: Work around deprecations

treeview: Work around deprecations

Remove some redundant verbosity

Don't use G_ERRORCHECK_MUTEXES anymore

It's gone from GLib.

Update documentation around deprecations.

Don't add -DGSEAL_ENABLE to CFLAGS anymore

That define is no longer used anywhere in gtk.

Add a missing include

Drop use of GDK_DISABLE_DEPRECATED guards in gtk

We now use function attributes for deprecation so the build-breaking
guards are no longer needed.

Drop use of GDK_DISABLE_DEPRECATED guards in gdk

We now use function attributes for deprecation so the build-breaking
guards are no longer needed.

Drop references to g_thread_init()

We are already requiring GLib 2.31, so g_thread_init() is never
needed anymore.

Bug 661997 - Gtk crashes when changing the TreeView model while ...

Simply stopping rubber banding in gtk_tree_view_set_model() eliminates
the crash.  Reported by Thomas Perl.

Don't implement GApplication mainloop

Let the default GApplication implementation take care of it.

https://bugzilla.gnome.org/show_bug.cgi?id=658805

demos: Remove non-working code

It causes warnings, so it has to go.
The cursor doesn't change anyway, no matter if it's there or not.

tools: Work with deprecated APIs

We want to screenshot deprecated widgets, so we'd better not fail when
using them.

exanmples: Don't use deprecated API

testgtk: Remove deprecations from shapes test

testgtk: Don't use deprecated functions in properties example

treeview: Do a simple replace for gdk_window_get_pointer()

Replace it with the equivalent gdk_window_get_device_position() with the
core pointer.

gtk-demo: Remove excessive pointer querying

queryimmodules: Actually fix deprecation warnings

The previous patch still caused warnings. Ooops. That's what you get for
not compiling with -Werror.

quartz: include all buttons' state in GdkEventMotion.state
(cherry picked from commit 3b5c5710daa337b61c9e2135e3e55c380e5bc991)

quartz: include all buttons' states in GdkEventButton.state
(cherry picked from commit a381e8ea62441b6715ba9bcb0e04332fd914f8b1)

Bug 663605 - Fix event->state of many event types on quartz

Don't try to remember the current keyboard modifier and mouse button
states from the last event, because that isn't always right, and don't
set event.state = 0 for generated events. Instead, add private functions
to get the current states, and implement them with API that retrieves
these states independently from an event.

treeview: Remove unused crack code

No, querying the pointer position in a draw callback is not a good idea.
No, setting FOCUSSED based on that position is not a good idea either.

widget: Don't use deprecated symbols

Not even in deprecated functions!

widget: Deprecate gtk_widget_get_pointer ()

treeview: Remove call to gtk_widget_get_pointer()

paned: Pass x/y position to update_drag()

This way we get the coordinates from the right device instead of using
any random device.

paned: Remove MOTION_HINT_MASK

It's not needed anymore. GDK does culling of events for us.

menuitem: WOrk around deprecation warnings

queryimmodules: Disable deprecaion warnings for deprecated header

settings: Disable deprecaion warnings for deprecated header

layout: Work around deprecation warnings

immodule: Disable deprecations before including deprecated header

gtk: Empty gtkimmodule.h

Move the remaining struct definition into gtkimcontextinfo.h and include
that header in gtk.h. gtkimmodule.h is now an empty header. We should
probably deprecate it somehow.

This is also necessary so headers used in gtk .c files don't include
gtk.h which in turn includes all the deprecated headers which we want to
avoid so we can include them with deprecation warnings turned off.

build: Don't append to an accidentally existing file

immodule: Move private functions to a private header

immodule: Fix includes

Make includes not rely on gtkimmodule.h including gtk.h. This will be
important once we remove gtkimmodule from the include files.

That way, we can achieve not pulling deprecated headers automatically.

window: Fix cast warnings

treeview: Fix warnings from fixing warnings

Warnings introdcued by fixing deprecation warnings in
2ead4c6038ae3eac4681ab54858eca1fd06b6c4b

icontheme: Get rid of deprecation warnings

Before including deprecated headers, disable deprecation warnings.

cellrendererspinner: Ignore deprecation warnings

The cell renderer relies on deprecated functionality, so we need to
disable deprecations for included deprecated headers.

cellrendererspinner: Include correct header

button: Don't call deprecated functions

assistant: Work around deprecation warnings

gtk: Add a GTK_STATE_FLAG_WINDOW_UNFOCUSED widget state flag

This allows themes to style widgets differently according to whether the
toplevel window they are in is presented as focused.

https://bugzilla.gnome.org/show_bug.cgi?id=661428

x11: Implement GDK_WINDOW_STATE_FOCUSED on top of _NET_WM_STATE_FOCUSED

_NET_WM_STATE_FOCUSED is a new _NET_WM_STATE hint which allows us to
implement a meaningful GDK_WINDOW_STATE_FOCUSED under X11. If the window
manager doesn't support this hint we keep GDK_WINDOW_STATE_FOCUSED set since
that is what gtk+ implicitly assumed historically.

https://bugzilla.gnome.org/show_bug.cgi?id=661428

gdk: Add GDK_WINDOW_STATE_FOCUSED to GdkWindowState

This state means that the toplevel window is presented as focused to the user,
i.e with active decorations under an X11 window manager.

If the GDK backend doesn't implement this flag, it will just remain set after
mapping the window.

https://bugzilla.gnome.org/show_bug.cgi?id=661428

reftests: Add a reftest for background-repeat css property

https://bugzilla.gnome.org/show_bug.cgi?id=663522

themingengine: set the cairo extend to PAD when we're stretching bg

This avoids artifacts around the borders due to bilinear filtering cairo
applies to the surface pattern when stretching it.

https://bugzilla.gnome.org/show_bug.cgi?id=663522

css: start background-repeat

By default, a background image is stretched. Instead, it is worth to
have a tiled background.

This patch allows background surfaces to be repeated or not, and should
be compatible with future extensions and CSS.

https://bugzilla.gnome.org/show_bug.cgi?id=663522

Rename s/GtkCssRepeatStyle/GtkCssBorderRepeatStyle/g

https://bugzilla.gnome.org/show_bug.cgi?id=663522